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DETAILED ACTION 

1 . This action is in response to the following communication: Amendment to 
application 10/787,005 filed Jul. 13, 2007. 

Claims 1, 3, 11 - 18, 21, and 22 have been cancelled. 

Claims 2, 4, 5, 9, 19, and 20 have been amended. Claims 23 and 24 have been 
added. 

Claims 2 - 10, 19, 20, 23, and 24 remain pending. 

As an initial matter, examiner notes that in the response filed Jul. 13, 
2007, the status of claims in the application under section Listing of Claims (pp. 3-8) 
does not reflect Applicant's statements and/or arguments presented under Remarks 
section (pp. 9-12). 

For example, the claims has been indicated as follows: 

• Listing of Claims: - Claim 1 , 1 1 - 18, and 21 - 22 have been canceled 
(pp. 3-8) - Claim 23 and 24 have been added. 

• Remarks: - p. 9, 1 st para., states "Claims 1 - 22 remain 
(pp. 9-12) pending. Claims 1, 4, 5, 11, 12, 13, and 19 are 

independent"! 

- p. 9, last para., states "... Claim 14 is 
being amended to delete that word as..."! 

- p. 10, 3 rd para., states "Claims 1 1 - 18 and 21- 22 
being canceled. New claims 23 - 24 are being 
added..."! 
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- p. 1 1 , 2 nd para, states "Claims 1 and 3 were 
rejected under 35 USC 102(e)... without conceding 
... claims 1 and 3 are being canceled, claim 2 is being 
rewritten"! 

Appropriate status of claims is required. 

Specification 

2. The abstract of the disclosure was objected to due informalities: 
A: Prior objection overcome due to correction. 
The disclosure was objected to due to informalities: 
A: Prior objection overcome due to correction. 
B: Prior objection overcome due to correction. 

Claim Objections 

A: Prior objection overcome due to correction. 



Claim Rejections - 35 USC §112 

3. Claim 5 and 9 were rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the enablement requirement. Prior objection overcome due to correction. 



Claim Rejections - 35 USC § 101 
4. Claims 2, 4, 19, and 20 were rejected under 35 U.S.C. 101 because 
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the claimed invention is directed to non-statutory subject matter. Prior rejection is 
overcome. 

Claims 5-10 were rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. Prior rejection is overcome. 

Claims 2, 4, and 5-10 were rejected under 35 U.S.C. 101 because the claimed 
invention is directed to non-statutory subject matter. Prior rejection is overcome. 

Claims 2, 4, 5 - 10, 19, and 20 were also rejected under 35 U.S.C. 112, first 
paragraph. Prior rejection is overcome. 

Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

Claims 2, 3, 4, 5 - 10, 19, 20, 23, and 24 are rejected under 35 U.S.C. 102(b) as 
being unpatentable over Arnold et al. (hereinafter Arnold) 6,523,168. 

In regards to claim 2, Arnold teaches: 

A compiler device for optimizing a program which manipulates a character string, 
the compiler device comprising: 
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a processor including at least an append instruction detection unit for detecting 
an append instruction to append a character string to a string variable for storing a 
character string, in the program 

Due to the reference to detecting a conflicting operation in Arnold on (column 13, 
line 22 - 23): 

• detecting a conflicting operation in the first computer 
and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

it's inherent that character stings concatenations are detected. 

a store code generation unit for generating, as a substitute for each of a plurality 
of the append instructions detected by the append instruction detection unit, a store 
code for storing data of an appendant character string to be appended to the string 
variable by the append instruction into a buffer, the plurality of append instructions 
appending the character strings to the same string variable; and the processor further 
including 

Due to the reference to generating program code for each of a plurality of 
operation in Arnold 

on (column 12 lines 45 -57): 

(a) generating program code for the second computer program that allocates 
a reusable temporary object for handling multiple operations in the second 
computer program that require the use of temporary storage; and (b) for each 
of a plurality of operations defined in the first computer program that require 
the use of temporary storage, generating program code in the second 
computer program to utilize the reusable temporary object in performing the 
operation. 
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and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

, it's inherent store code/program code for the plurality of operations/appended 
instructions is being generated. 

an append code generation unit for generating an append code for appending a 
plurality of the appendant character strings to the string variable, at a position to be 
executed before an instruction to refer to the string variable in the program 

Due to the reference to reduction of multiple sting concatenation in Arnold on 
(column 4, lines 19-28): 

• rather than creating a new mutable string object (as well as an underlying 
character array object) for each string concatenation operation, an existing 
mutable string object, allocated at the initialization of a program (or a 
thread thereof), is used as the temporary storage for each operation. The 
total number of objects created as a result of multiple string concatenation 
operations is therefore reduced. 

it's inherent that a plurality of appendant character strings are appended. 

a reference instruction detection unit for detecting a reference instruction which 
first refers to the string variable after the character strings have been appended to the 
string variable by the plurality of append instructions, wherein the append code 
generation unit generates the append code at a position to be executed after the store 
codes and before the reference instruction 

Due to the reference to tbs.append(sl), append(s2), and toString() in Arnold on 
(column 1 0, lines 35 - 67): 
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• Returning to blocks 92 and 94, if no argument to the string concatenation 
operation includes a method call, or if no method called by an argument 
includes a string concatenation operation, control passes to block 98 to 
generate temporary StringBuffer usage code to utilize the reusable 
temporary StringBuffer object in the performance of the string 
concatenation operation, prior to terminating routine 84. 

A source code representation of one suitable temporary StringBuffer 
usage code implementation is illustrated in Table IV below: 

TABLE IV 
Temporary StringBuffer Usage Code 
tsb.setLength(O); 

String result = tsb.append(s1).append(s2).toString(); 

The first statement "tsb.setLength(O)" simply clears the reusable 
temporary StringBuffer object for the thread. The second statement "String 
result=tsb.append(s1).append(s2).toString( )" can be parsed into the 
following operations: 1. tsb.append(s1)~appends "sV'to the reusable 
temporary StringBuffer object 2. . append(s2)--appends "s2" to the 
reusable temporary StringBuffer object 3. .toString( )-creates a new 
"String" object from the reusable temporary StringBuffer object. 

It will be appreciated that if more than two arguments are supplied to a 
string concatenation operations, the program code of Table IV would 
simply require the use of additional "appends" operations to concatenate 
the additional arguments. 

, in addition to Fig. 4, # 74, 78, and 84, it's inherent that append instructions are being 
detected. 

In regards to claim 3, Arnold teaches a: 

• The compiler device according to claim 1 , wherein the append instruction 
detection unit detects, as the append instruction, a combination of: an 
instruction to convert an immutable string variable in which a process of 
appending a character string is not allowed, into a mutable string variable 
in which a process of appending a character string is allowed; an 
instruction to append the appendant character string to the mutable string 
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variable; and an instruction to convert the mutable string variable into the 

immutable string variable. 
Due to the reference to detecting a conflicting operation in Arnold on (column 13, 
line 22): 

• detecting a conflicting operation in the first computer 

, and the reference to plurality of string concatenation operation in Arnold on (column 
12, lines 45-57): 

• translating a first computer program into a second computer program, the 
method comprising: (a) generating program code for the second computer 
program that allocates a reusable temporary object for handling multiple 
operations in the second computer program that require the use of 
temporary storage; and (b) for each of a plurality of operations defined in 
the first computer program that require the use of temporary storage, 
generating program code in the second computer program to utilize the 
reusable temporary object in performing the operation. 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

and the reference to includes mutable string object in Arnold on (column 14, lines 45- 
46) : 

• wherein the reusable temporary object includes a mutable string object. 

, it's inherrent that append instructions applicable to mutable character strings are being 
detected, and optimized. 

In regards to claim 4, Arnold teaches: 

A compiler device for optimizing a program which manipulates a character string 
The reference to compiler in (column 5 lines 37 - 38): 

• A translation program consistent with the invention may incorporate a 
compiler to generate suitable program code. 
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and the reference to string concatenation in (column 7, 63-64): 

• Reduction of Object Creation During String Concatenation 

implies that the optimization of a compiler is achieved by targeting character 
strings. 

append instruction detection unit for detecting an append instruction to append a 
character string to a string variable for storing a character string, in the program 

The reference to detecting a conflicting operation in Arnold on (column 13, line 

22): 

• detecting a conflicting operation in the first computer 
and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

implies that character stings concatenations are detected. 

a store code generation unit for generating, as a substitute for each of a plurality 
of the append instructions detected by the append instruction detection unit, a store 
code for storing an address in memory where an appendant character string to be 
appended to the string variable by the append instruction is stored, into a buffer, the 
plurality of append instructions appending character strings to the same string variable; 
and the processor further including. 

The reference to generating program code for each of a plurality of operation in 
Arnold on (column 12 lines 45 -57): 
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(a) generating program code for the second computer program that allocates 
a reusable temporary object for handling multiple operations in the second 
computer program that require the use of temporary storage; and (b) for each 
of a plurality of operations defined in the first computer program that require 
the use of temporary storage, generating program code in the second 
computer program to utilize the reusable temporary object in performing the 
operation. 

and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

implies that store code/program code for the plurality of operations/appended 
instructions is being generated. 

an append code generation unit for generating an append code for appending a 
plurality of the appendant character strings stored in a plurality of the addresses, to the 
string variable, at a position to be executed before an instruction to refer to the string 
variable in the program. 

The reference to reduction of multiple sting concatenation in Arnold on (column 
4, lines 19-28): 

• rather than creating a new mutable string object (as well as an underlying 
character array object) for each string concatenation operation, an existing 
mutable string object, allocated at the initialization of a program (or a 
thread thereof), is used as the temporary storage for each operation. The 
total number of objects created as a result of multiple string concatenation 
operations is therefore reduced. 

implies that a plurality of appendant character strings are stored. 



In regards to claim 5, Arnold teaches: 

A compiler device for optimizing a program which manipulates a character string, 
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the compiler device comprising: a processor including at least_a mutable-to-immutable 
conversion instruction detection unit for detecting a mutable-to-immutable conversion 
instruction to convert a mutable string variable in which a process of appending a 
character string is allowed, into an immutable string variable in which a process of 
appending a character string is not allowed; the processor further including 
an immutable-to-mutable conversion instruction detection unit for detecting an 
immutable-to-mutable conversion instruction to convert the immutable string variable 
into the mutable string variable; and the processor further including 
an instruction elimination unit for eliminating the immutable-to-mutable conversion 
instruction and for causing the mutable string variable to be used as the mutable string 
variable obtained after the immutable-to-mutable conversion instruction, if an instruction 
to be executed between the mutable-to-immutable conversion instruction and the 
immutable-to-mutable conversion instruction does not modify a character string stored 
in the mutable string variable, and if an instruction to be executed between the 
immutable-to-mutable conversion instruction and use of the mutable string variable 
instruction does not modify any of the mutable string variable used as the source 
variable of the mutable-to- immutable conversion instruction and the mutable string 
variable 

The reference to detecting a conflicting operation in Arnold on (column 13, line 
22): 

• detecting a conflicting operation in the first computer 
the reduction of multiple sting concatenation in Arnold on (column 4, lines 19-28): 
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• rather than creating a new mutable string object (as well as an underlying 
character array object) for each string concatenation operation, an existing 
mutable string object, allocated at the initialization of a program (or a 
thread thereof), is used as the temporary storage for each operation. The 
total number of objects created as a result of multiple string concatenation 
operations is therefore reduced, easing allocation and collection overhead, 
and accordingly improving overall system performance. 

and in Arnold on (column 12 lines 45 -57): 

• translating a first computer program into a second computer program, the 
method comprising: (a) generating program code for the second computer 
program that allocates a reusable temporary object for handling multiple 
operations in the second computer program that require the use of 
temporary storage; and (b) for each of a plurality of operations defined in 
the first computer program that require the use of temporary storage, 
generating program code in the second computer program to utilize the 
reusable temporary object in performing the operation. 

implies that character strings concatenations are detected, stored, and optimized via the 
reduction of multiple sting concatenations. 

In addition, the reference to the translation process being utilized using 
any number of representations in Arnold on (column 5, line 65-67): 

• being translated, as well as the computer program being generated as a 
result of the translation process, may be utilized using any number of 
representations, whether human or machine readable in nature. 

implies that various methods are utilized to detect, append, and optimize various types 

of character strings. 



In regards to claim 6, Arnold teaches: 

The compiler device according to claim 5, wherein the instruction elimination unit 
further eliminates the mutable-to-immutable conversion instruction if a character string 
stored in the immutable string variable is not referred to. 
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The reference to deallocating in Arnold on (column 1 , Lines 26- 31) 

• some mechanism for removing, or "deallocating", unused objects is also 
provided, typically either through the use of specific program instructions 
or through an automated process known as garbage collection. 

implies that strings not referenced are deallocated and eliminated. 



In regards to claim 7, Arnold teaches: 

the instruction elimination unit moves the mutable-to-immutable conversion 
instruction to each branch destination of a branch instruction to be executed after the 
mutable-to-immutable conversion instruction, and executes partial dead assignment 
elimination for eliminating the mutable-to- immutable conversion instruction if a 
character string stored in the immutable string variable as a destination variable of the 
mutable-to-immutable conversion instruction is not referred to on each branch 
destination of the branch instruction. 

Due to the reference to tbs.append(sl), append(s2), and toString() in Arnold on 

(column 10, lines 35 - 67): 

• Returning to blocks 92 and 94, if no argument to the string concatenation 
operation includes a method call, or if no method called by an argument 
includes a string concatenation operation, control passes to block 98 to 
generate temporary StringBuffer usage code to utilize the reusable 
temporary StringBuffer object in the performance of the string 
concatenation operation, prior to terminating routine 84. 

A source code representation of one suitable temporary StringBuffer 
usage code implementation is illustrated in Table IV below: 

TABLE IV 
Temporary StringBuffer Usage Code 
tsb.setLength(O); 

String result = tsb.append(s1).append(s2).toString(); 
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The first statement "tsb.setLength(O)" simply clears the reusable 
temporary StringBuffer object for the thread. The second statement "String 
result=tsb.append(s1).append(s2).toSthng( )" can be parsed into the 
following operations: 1. tsb.append(s1)-appends "sV'to the reusable 
temporary StringBuffer object 2. .append(s2)-appends "s2"to the 
reusable temporary StringBuffer object 3. .toStringf )--creates a new 
"String" object from the reusable temporary StringBuffer object. 

It will be appreciated that if more than two arguments are supplied to a 
string concatenation operations, the program code of Table IV would 
simply require the use of additional "appends" operations to concatenate 
the additional arguments. 

, in addition to Fig. 4, # 74, 78, and 84, it's inherent that append instructions are being 

detected and optimized. 



In regards to claim 8, Arnold teaches: 

The compiler device according to claim 5, wherein the immutable-to-mutable 
conversion instruction detection unit detects, as the immutable-to-mutable conversion 
instruction, a combination of: an instruction to reserve a memory area to be used as a 
mutable string variable; and an instruction to append a character string stored in the 
immutable string variable to the mutable string variable. 

the reference to detecting a conflicting operation in Arnold on (column 13, line 22): 

• detecting a conflicting operation in the first computer 

and the reference to allocating memory for string concatenation operation in Arnold in 
(column 14, line 15-23): 

• the use of temporary storage, to generate program code in the second 
computer program to utilize the reusable temporary object in performing 
the operation. 

• The apparatus of claim 17, wherein each of the plurality of operations 
includes a string concatenation operation. 
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implies that memory is being reserved for the purpose of optimizing character strings. 
In regards to claim 9, Arnold teaches: 

The compiler device according to claim 5, wherein the processor further 
comprises comprising: a partial redundancy elimination unit for executing a partial 
redundancy elimination process of moving the immutable-to-mutable conversion 
instruction detected by the immutable-to-mutable conversion instruction detection unit 
to each control flow edge which merges into a single control flow before the immutable- 
to-mutable conversion instruction, wherein, in a program obtained after the partial 
redundancy elimination process has been executed, the instruction elimination unit 
eliminates the immutable-to-mutable conversion instruction, if an instruction to be 
executed between the mutable-to-immutable conversion instruction and the immutable- 
to-mutable conversion instruction does not modify a character string stored in the 
mutable string variable used as the source variable of the mutable-to-immutable 
conversion instruction, and if an instruction to be executed between the immutable-to- 
mutable conversion instruction and the use of the mutable string variable obtained from 
the conversion by the immutable-to-mutable conversion instruction does not modify 
any of the mutable string variable being used as the source variable of the mutable-to- 
immutable conversion instruction and the mutable string variable obtained from the 
conversion by the immutable-to-mutable conversion instruction. 
, the reference to detecting a conflicting operation in Arnold on (column 13, line 22): 
• detecting a conflicting operation in the first computer 
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, the reference to plurality of string concatenation operation in Arnold on (column 12, 
lines 45-57): 

• translating a first computer program into a second computer program, the 
method comprising: (a) generating program code for the second computer 
program that allocates a reusable temporary object for handling multiple 
operations in the second computer program that require the use of 
temporary storage; and (b) for each of a plurality of operations defined in 
the first computer program that require the use of temporary storage, 
generating program code in the second computer program to utilize the 
reusable temporary object in performing the operation. 

and the reference to includes mutable string object in Arnold on (column 14, lines 45- 
46): 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

implies that append instructions applicable to mutable character strings are being 
detected, and optimized. 

In regards to claim 10, Arnold teaches: 

The instruction elimination unit moves the mutable-to-immutable conversion 
instruction to each branch destination of a branch instruction to be executed after the 
mutable-to-immutable conversion instruction, and executes partial dead assignment 
elimination for eliminating the mutable-to- immutable conversion instruction if a 
character string stored in the immutable string variable as a destination variable of the 
mutable-to-immutable conversion instruction is not referred to on each branch 
destination of the branch instruction. 

Due to the reference to tbs.append(sl), append(s2), and toStringQ in Arnold on 
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(column 10, lines 35-67): 

• Returning to blocks 92 and 94, if no argument to the string concatenation 
operation includes a method call, or if no method called by an argument 
includes a string concatenation operation, control passes to block 98 to 
generate temporary StringBuffer usage code to utilize the reusable 
temporary StringBuffer object in the performance of the string 
concatenation operation, prior to terminating routine 84. 

A source code representation of one suitable temporary StringBuffer 
usage code implementation is illustrated in Table IV below: 

TABLE IV 
Temporary StringBuffer Usage Code 
tsb.setLength(O); 

String result = tsb.append(s1).append(s2).toString(); 

The first statement "tsb.setLength(O)" simply clears the reusable 
temporary StringBuffer object for the thread. The second statement "String 
result=tsb.append(s1).append(s2).toString( )" can be parsed into the 
following operations: 1. tsb.append(s1)--appends "s1" to the reusable 
temporary StringBuffer object 2. .append(s2)~appends "s2" to the 
reusable temporary StringBuffer object 3. .toString( )~creates a new 
"String" object from the reusable temporary StringBuffer object. 

It will be appreciated that if more than two arguments are supplied to a 
string concatenation operations, the program code of Table IV would 
simply require the use of additional "appends" operations to concatenate 
the additional arguments. 

, in addition to Fig. 4, # 74, 78, and 84, it's inherent that append instructions are being 
detected, eliminated, and optimized. 

In regards to claim 19, Arnold teaches: 

A computer-implemented method for optimizing a program which manipulates a 
character string 

The reference to compiler in (column 5 lines 37 - 38): 

• A translation program consistent with the invention may incorporate a compiler 
to generate suitable program code. 

and the reference to string concatenation in (column 7, 63-64): 
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• Reduction of Object Creation During String Concatenation 

, implies that the optimization of a compiler is achieved by targeting character 
strings. 

the method comprising detecting an append instruction to append a character 
string to a string variable for storing a character string, in the program; 

The reference to detecting a conflicting operation in Arnold on (column 13, line 

22): 

• detecting a conflicting operation in the first computer 

r 

and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

implies that character stings concatenations are detected. 

generating, as a substitute for each of a plurality of the append instructions 
detected by the append instruction detection unit, a store code for storing data of an 
appendant character string to be appended to the string variable by the append 
instruction into a buffer, the plurality of append instructions appending the character 
strings to the same string variable 

The reference to generating program code for each of a plurality of operation in 

Arnold on (column 12 lines 45 -57): 

(a) generating program code for the second computer program that allocates a 
reusable temporary object for handling multiple operations in the second computer 
program that require the use of temporary storage; and (b) for each of a plurality of 
operations defined in the first computer program that require the use of temporary 
storage, generating program code in the second computer program to utilize the 
reusable temporary object in performing the operation. 
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, and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

, implies that store code/program code for the plurality of operations/appended 
instructions is being generated. 

generating an append code for appending a plurality of the appendant character 
strings to the string variable, at a position to be executed before an instruction to refer to 
the string variable in the program, the append code being an optimized set &instructions 
for a processor to execute. 

The reference to reduction of multiple sting concatenation in Arnold on (column 
4, lines 19-28): 

• rather than creating a new mutable string object (as well as an underlying 
character array object) for each string concatenation operation, an existing 
mutable string object, allocated at the initialization of a program (or a 
thread thereof), is used as the temporary storage for each operation. The 
total number of objects created as a result of multiple string concatenation 
operations is therefore reduced, easing allocation and collection overhead, 
and accordingly improving overall system performance. 

implies that a plurality of appendant character strings are stored. 
In regards to claim 20, Arnold teaches: 

Detecting a reference instruction which first refers to the string variable after the 
character strings have been appended to the string variable by the plurality of append 
instructions, wherein the append code generation unit generates the append code at a 
position to be executed after the store codes and before the reference instruction. 
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Due to the reference to tbs.append(sl), append(s2), and toString() in Arnold on 
(column 10, lines 35-67): 

• Returning to blocks 92 and 94, if no argument to the string concatenation 
operation includes a method call, or if no method called by an argument 
includes a string concatenation operation, control passes to block 98 to 
generate temporary StringBuffer usage code to utilize the reusable 
temporary StringBuffer object in the performance of the string 
concatenation operation, prior to terminating routine 84. 

A source code representation of one suitable temporary StringBuffer 
usage code implementation is illustrated in Table IV below: 

TABLE IV 
Temporary StringBuffer Usage Code 
tsb.setLength(O); 

String result = tsb.append(s1).append(s2).toString(); 

The first statement "tsb.setLength(O)" simply clears the reusable 
temporary StringBuffer object for the thread. The second statement "String 
result=tsb.append(s1).append(s2).toString( )" can be parsed into the 
following operations: 1. tsb.append(s1)--appends "sV'to the reusable 
temporary StringBuffer object 2. .append(s2)--appends "s2" to the 
reusable temporary StringBuffer object 3. .toString( )~creates a new 
"String" object from the reusable temporary StringBuffer object 

It will be appreciated that if more than two arguments are supplied to a 
string concatenation operations, the program code of Table IV would 
simply require the use of additional "appends" operations to concatenate 
the additional arguments. 

, in addition to Fig. 4, # 74, 78, and 84, it's inherent that append instructions are being 

detected. 



In regards to claim 23, Arnold teaches: 

A program storage device readable by machine, tangibly embodying a program 
of instructions executable by the machine to perform method steps for optimizing a 
program which manipulates a character string: 

Due to the reference to compiler in (column 5, lines 37 - 38): 
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• A translation program consistent with the invention may incorporate a 
compiler to generate suitable program code. 

and the reference to string concatenation in (column 7, 63-64): 

• Reduction of Object Creation During String Concatenation 

, it's inherent that the optimization of a compiler is achieved by targeting strings. 

detecting an append instruction to append a character string to a string variable 
for storing a character string, in the program; generating, as a substitute for each of a 
plurality of the append instructions detected by the append instruction detection unit, 

Due to the reference to detecting a conflicting operation in Arnold on (column 13, 
line 22): 

• detecting a conflicting operation in the first computer 
and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

it's inherent that character stings concatenations are detected. 

a store code for storing data of an appendant character string to be appended to 

the string variable by the append instruction into a buffer, the plurality of append 

instructions appending the character strings to the same string variable 

Due to the reference to generating program code for each of a plurality of 

operation in Arnold on (column 12 lines 45 -57): 

(a) generating program code for the second computer program that allocates 
a reusable temporary object for handling multiple operations in the second 
computer program that require the use of temporary storage; and (b) for each 
of a plurality of operations defined in the first computer program that require 
the use of temporary storage, generating program code in the second 
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computer program to utilize the reusable temporary object in performing the 
operation. 

and in Arnold on (column 12, line 56) 

• wherein each of the plurality of operations includes a string concatenation 
operation. 

it's inherent store code/program code for the plurality of operations/appended 
instructions is being generated. 

an append code for appending a plurality of the appendant character strings to 
the string variable, at a position to be executed before an instruction to refer to the string 
variable in the program, the append code being an optimized set of instructions for a 
processor to execute. 

Due to the reference to reduction of multiple sting concatenation in Arnold on 
(column 4, lines 19-28): 

• rather than creating a new mutable string object (as well as an underlying 
character array object) for each string concatenation operation, an existing 
mutable string object, allocated at the initialization of a program (or a 
thread thereof), is used as the temporary storage for each operation. The 
total number of objects created as a result of multiple string concatenation 
operations is therefore reduced. 

it's inherent that a plurality of appendant character strings are appended. 
In regards to claim 24, Arnold teaches: 

Detecting a reference instruction which first refers to the string variable after the 
character strings have been appended to the string variable by the plurality of append 
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instructions, wherein the append code generation unit generates the append code at a 
position to be executed after the store codes and before the reference instruction. 

Due to the reference to tbs.append(sl), append(s2), and toString() in Arnold on 
(column 10, lines 35 - 67): 

• Returning to blocks 92 and 94, if no argument to the string concatenation 
operation includes a method call, or if no method called by an argument 
includes a string concatenation operation, control passes to block 98 to 
generate temporary SthngBuffer usage code to utilize the reusable . 
temporary SthngBuffer object in the performance of the string 
concatenation operation, prior to terminating routine 84. 

A source code representation of one suitable temporary StringBuffer 
usage code implementation is illustrated in Table IV below: 

^ TABLE IV 

Temporary StringBuffer Usage Code 
tsb.setLength(O); 

String result = tsb.append(s1).append(s2).toString(); 

The first statement "tsb.setLength(O)" simply clears the reusable 
temporary StringBuffer object for the thread. The second statement "String 
result-tsb.append(s1).append(s2).toString( )" can be parsed into the 
following operations: 1. tsb.append(s1)-appends "sV'to the reusable 
temporary StringBuffer object 2. .append(s2)-appends "s2" to the 
reusable temporary StringBuffer object 3. .toStringf )-creates a new 
"String" object from the reusable temporary StringBuffer object. 

It will be appreciated that if more than two arguments are supplied to a 
string concatenation operations, the program code of Table IV would 
simply require the use of additional "appends" operations to concatenate 
the additional arguments. 

, in addition to Fig. 4, # 74, 78, and 84, it's inherent that append instructions are being 

detected. 



Response to Arguments 

Regarding claim 2, after further review of previously applied art, specifically 
Arnold (column 10, lines 1 - 5), which discloses that "One suitable implementation of 
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routine 84 is illustrated in Fig. 5, where control begins in block 90 by determining the 
arguments to the string concatenation statement, an operation that is well known in the 
art", and (column 10, lines 35 - 67, see tbs.append(sl), append(s2), toString(), Fig. 4 # 
74, 78, 84, and Fig. 5, 90, 92, and 96), thus a closer reading of Arnold has been applied 
herein. 
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